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Description 



METHODS AND SYSTEMS FOR BUILDING 



AND DISTRIBUTING AUDIO PACKAGES 



Technical Field 



The present invention relates generally to methods and systems for 



building and distributing audio packages. More particularly, the present 



invention relates to methods and systems for building and distributing audio 



packages containing audio segments to be played by gateways in a 



telecommunications network. 



Related Art 

In conventional telecommunications networks, a central switch provides 
audio data to users that access the switch. For example, to play an 
announcement, such as, "The time is five o'clock", a central switch includes 
application software and hardware specifically designed to determine the time 
and "play" the announcement. Changing the original function or providing new 
functions requires new application software, and possibly even hardware 
upgrades at the central switch. 

Figure 1 illustrates a conventional telecommunications network including 
a central switch. In the network illustrated in Figure 1, a central switch S1 
includes announcement software 100 and hardware 102 to provide user 



access to audio data. End users 104, such as residential telephone customers, 
access the stored audio data through the public switched telephone network 
(PSTN) 106 and access devices 108. In the network illustrated in Figure 1 , all 
calls are routed through switch S1. Thus, in this type of network, it makes 
sense to provide audio data access through switch S1. However, as stated 
above, in order to add new services, hardware and/or software modifications 
at switch S1 are required. 

More recently, functionality for providing audio data and other 
conventionally centralized features to end users has been distributed across 
network elements. In a distributed network environment, end users can 
communicate with each other over a packet-based network, such as an 
Internet Protocol (IP) network, in which the path that a message takes through 
the network is not guaranteed. In such a network, end users can communicate 
with each other and with other network elements through access devices or 
gateways that translate between circuit- and packet-based communications 
protocols. Call servers control gateways and perform call-related functions, 
such as call setup. A gateway is a device that connects end users to an IP 
network. Thus, when user A desires to call user B, the gateway and call server 
for user A contact user B through the gateway and call server for user B. 
Communication occurs between user A and user B by sending packets over 
the network. 

Audio servers store audio data to be played to users, record audio from 
users, and collect digits from users. For example, an audio server managed 



by a telephone company might play an announcement indicating the company 
name when the user accesses the company's telephone network. 

In a distributed network environment, audio services can be provided by 
gateways connected to end users as well as by audio servers. For example, 
for messages that are frequently accessed and that require little processing, 
it does not make sense to waste network resources on establishing a 
connection between an end user and an audio server. These simple 
messages are more conveniently provided by gateways connected to the end 
users. However, because a telecommunications network can include many 
gateways, the labor required to provision the gateways is increased. 

In addition, it is desirable that gateways in a network be provisioned 
consistently. For example, when a call server instructs a gateway to play 
announcement #1 , that announcement should be the same as announcement 
#1 on another gateway in the same network. With manual provisioning, there 
is no reliable mechanism to ensure this consistency. 

Thus, in light of these difficulties, there exists a need for improved 
methods and systems for building and distributing audio packages containing 
announcements to be played by gateways. 

Disclosure of the Invention 
The present invention includes methods and systems for building and 
distributing audio packages from an audio database. In order to provide a 
central source for audio files, announcements are provisioned first on a 
provisioning server and audio identifiers are created. As used herein, the term 



"audio identifier" refers to a number or code that uniquely identifies an audio 
segment. An audio segment is the atomic unit of audio stored on a computer- 
readable medium. For example, a segment might be a file containing the 
recorded announcement "all circuits are busy". The call server services are 
then configured using these audio identifiers. Audio that is desired to be 
present on gateways or other network elements is then selected via a 
provisioning interface provided by an audio package builder/export tool 
executing on the provisioning server. The provisioning interface allows a 
remote user to select audio files to be included in an audio package. The audio 
package builder/export tool bundles the selected audio and its associated 
information, and creates three files: an audio segments file, an index file, and 
a catalog file. These files can then be exported to any network element that 
understands their format. 

The audio segments file created by the audio package builder/export 
tool contains the audio for all of the segments selected. The index file maps 
the audio identifiers of the segments selected to the offset and length of the 
corresponding audio in the audio segments file. The catalog file is a non- 
executable file, and contains ancillary information from the audio database, 
such as prompt text, title, voice talent, date recorded, etc. 

Once created, the audio package can be sent to the desired network 
nodes for use. The receiving gateway or switch is not required to know 
anything about the specific contents of the exported package, other than the 
format of the exported package. This method of building and distributing audio 
packages provides simple, reliable provisioning based on a universal 



provisioning server database and guarantees network-wide consistency in 
audio identifiers. As a result, any network node that is instructed by a service 
engine to play a specific prompt will play the same prompt. 

The methods and systems for building audio packages and distributing 
the audio packages according to the present invention may be implemented as 
computer-executable instructions embodied in a computer-readable medium. 
As used herein, the phrase "computer-readable medium" refers to any 
electrical, optical, or magnetic medium capable of storing data readable by a 
computer. For example, computer-readable media suitable for use with the 
present invention include, but are not limited to, optical disks, magnetic disks, 
and memory devices. 

Brief Description of the Drawings 

A description of the invention will now proceed with reference to the 
accompanying drawings of which: 

Figure 1 is a block diagram illustrating a conventional 
telecommunications network; 

Figure 2 is a block diagram illustrating an exemplary operating 
environment for the methods and systems for building and distributing audio 
packages according to the present invention; 

Figure 3 is a block diagram illustrating a system for provisioning audio 
on provisioning servers and audio servers according to an embodiment of the 
present invention; 



Figure 4 is a block diagram illustrating a system for communicating 
audio identifiers to a call server according to an embodiment of the present 
invention; 

Figures 5a and 5b are block diagrams illustrating a system for creating 
audio packages and for exporting the audio packages to a gateway according 
to an embodiment of the present invention; 

Figures 6-8 are computer-generated images illustrating exemplary 
windows of a graphical user interface for creating an audio package according 
to an embodiment of the present invention; 

Figure 9 is a block diagram illustrating an index file according to an 
embodiment of the present invention; 

Figure 10 is a block diagram illustrating an audio segments file 
according to an embodiment of the present invention; 

Figure 1 1 is a block diagram illustrating a record from a catalog file 
according to an embodiment of the present invention; and 

Figures 12a and 12b are block diagrams illustrating the relationship 
between the index file, the audio segments file, and the catalog file according 
to an embodiment of the present invention. 

Detailed Description of the Invention 
Exemplary Operating Environment 
Figure 2 illustrates an exemplary operating environment for the methods 
and systems for building and distributing audio packages according to the 
present invention. In Figure 2, a plurality of gateways 200 allow end users 202 



to communicate with each other over a packet-based network 204, such as a 
TCP/IP over ATM network. Gateways 200 translate between circuits and 
packets and vice versa. Gateways 200 may also play simple, frequently 
accessed announcements to end users 202. Call servers 206 perform call 
processing functions, such as call setup and tear down. Call servers 206 also 
control gateways 200 and audio servers 208 to play announcements to end 
users 202. Audio servers 208 play announcements to end users 202 through 
packet- based network 204. However, because audio servers 208 must 
access network 204 to play announcements to end users 202, it is preferable 
that at least some announcements be stored on gateways 200. These 
announcements are preferably announcements that are commonly accessed 
and require little processing resources. For example, it does not make sense 
to waste network resources in establishing a connection between an end user 
202 and one of the audio servers 208 in order to play the announcement, "The 
network is congested, please try your call again at another time". Thus, the 
present invention includes methods and systems for building audio packages 
containing frequently accessed announcements and exporting the packages 
to external devices, such as gateways 200. 

Building and Exporting Audio Packages 
Building and exporting audio packages includes the following steps: 
creating the audio 

provisioning the audio on the audio server and the provisioning 
server 

creating a package of desired audio 



exporting the package to the desired network elements. 
Step 1 : Creating the Audio 
The creation of audio files can be accomplished any number of ways. 
For example, network-based announcements are created in a studio 
environment to ensure the highest quality recordings. Alternatively, there are 
a wide variety of software tools such as Sound Forge, available from Sonic 
Foundry, that can be used to create and edit audio files. Once the audio files 
are created, the audio files are preferably stored in a storage medium, such as 
a disk storage medium, available to a web browser- (e.g., Netscape Navigator 
or Internet Explorer) enabled computer. 

Step 2: Provisioning the Audio on the Audio Server 
and the Provisioning Server 
Provisioning according to the present invention is the process by which 
audio files are transferred to and stored in storage media managed by audio 
servers and provisioning servers. Figure 3 illustrates an exemplary system for 
provisioning audio on audio servers and provisioning servers. In Figure 3, 
client 300 includes hardware and software for storing audio files created as 
described above and for distributing the audio files to other entities. For 
example, client 300 can include a personal computer equipped with a network 
communications adapter, such as an ethernet adapter. Exemplary client 
software can include a web browser or other suitable communications software 
for communicating with primary and secondary provisioning servers 302 and 
304, respectively, over packet-based network 204. Provisioning servers 302 



and 304 include hardware and software for receiving audio files from client 300, 
for distributing audio files to audio servers, and for building and exporting audio 
packages to gateways. Exemplary provisioning server hardware suitable for 
use with the present invention can include server computers equipped with 
network communications adapters, such as ethernet adapters. Exemplary 
software suitable for communicating with client 300 can include a web server. 
An audio package builder/communicator can also execute on primary 
provisioning server 302 to build audio packages and export audio packages to 
gateways and other network entities. 

Audio server 208 plays audio to end users in response to requests from 
call servers (not shown in Figure 3). As such, audio server 208 can include 
hardware, including network communications hardware and software for 
playing announcements to end users. Exemplary audio server hardware and 
software suitable for use with the present invention is described in a 
commonly-assigned, co-pending U.S. patent application entitled "Methods and 
Systems for Accessing Stored Audio Data Over a Network", filed on even date 
herewith, and the disclosure of which is incorporated herein by reference in its 
entirety. 

Provisioning audio on primary provisioning server 302 according to one 
embodiment of the present invention is performed via a JAVA applet executing 
in a web browser on client 300. First, the audio file to be provisioned is 
preferably transmitted from client 300 to primary provisioning server 302. 
Audio files can be transmitted to primary provisioning server 302 via any 
suitable file transfer protocol, such as FTP. The audio files are placed in a 
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user-specified directory on primary provisioning server 302. The JAVA applet 
executing on client 300 issues requests to JAVA servlets loaded into the web 
server executing on primary provisioning server 302 to accomplish tasks 
needed to provision the audio database of primary provisioning server 302. 
The requests can be formatted in a proprietary message protocol that is 
understood by the JAVA applet (client) and the JAVA servlet (server), and they 
can be transmitted via a standard transport protocol, such as HTTP. Once the 
audio files are stored in the audio database of primary provisioning server 302, 
the audio files are automatically stored on secondary provisioning server 304 
and audio server(s) 208. 

The web server executing on primary provisioning server 302 presents 
a graphical user interface to the user of client 300 through the client's web 
browser to collect various data associated with the announcement such as 
announcement title, text, date recorded, voice talent used, etc., along with the 
audio file itself. Once the user enters the appropriate information, this data 
relating to the audio file is transmitted to primary provisioning server 302 via its 
web server, and loaded into a relational database. 

As discussed above, call servers control gateways to play audio to end 
users. As a result, call servers need to know the audio identifiers of ail audio 
files played on a given network and when to instruct gateways to play specified 
files. Figure 4 illustrates the process by which a call server is provided with 
audio identifiers and instructions. In Figure 4, call server 206 is provisioned 
with audio identifiers corresponding to audio segments in audio database 400 
managed by primary provisioning server 302. Each audio file in audio 
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database 400 includes an audio identifier that uniquely identifies the audio file. 
The audio identifiers can be assigned automatically when the audio files are 
stored in audio database 400. Alternatively, the user can select audio 
identifiers for audio files using a web browser executing on client 300. In the 
illustrated embodiment, audio database 400 includes three audio segments 
with audio identifiers "123", "127", and "129". Audio identifier "123" represents 
an audio segment corresponding to file "a", audio identifier "1 27" represents an 
audio segment corresponding to file "b", and audio identifier "129" represents 
an audio segment corresponding to file "c". 

In the illustrated embodiment, call server 206 includes an element 
manager 404 for receiving audio identifiers from client 300 and storing 
instructions as to when to play the specific audio segments. Element manager 
404 can be any suitable program for receiving the audio identifiers and 
instructions over the network 204. For example, element manager 404 can be 
configured to communicate using TCP or UDP. In the illustrated embodiment, 
element manager 404 stores instructions and corresponding audio identifiers 
in a table 406. The left column in table 406 includes instructions as to when 
audio segments are to be played. The right column in table 406 includes audio 
identifiers corresponding to the instructions in the left column. For example, in 
the illustrated table, audio segments corresponding to audio identifiers 123, 
127, and 129 are played at the start of a call. The audio segment 
corresponding to the audio identifier 123 is played in the middle of a call. 
Finally, the audio segment corresponding to audio identifier 129 is played at the 
end of a call. 



-12- 

An example of instructions and corresponding audio identifiers that can 
be data filled on a call server relates to branding. Branding refers to the 
playing of a company- or product-specific announcement during a call. For 
example, when a caller accesses a network managed by AT&T, the caller 
hears the announcement, "This is AT&T". Similar announcements can be 
played for MCI and Sprint when a caller accesses an MCI network or a Sprint 
network. Thus, table 406 in call server 206 can store audio identifiers 
corresponding to announcements for AT&T, MCI, and Sprint networks. The 
instructions corresponding to the audio identifiers can include instructions for 
playing the appropriate announcement based on the network that a caller is 
trying to access. When a call that accesses a particular company's network is 
received from an end user, the call server performs a lookup in table 406 for 
the company and instructs the gateway to play the announcement for that 
company. Thus, data filling the call server with audio identifiers and 
instructions allows the call server to instruct gateways to play the appropriate 
announcements. 

Step 3: Creating a Package of Desired Audio 

Figures 5a and 5b illustrate an exemplary system for generating audio 
packages and exporting the audio packages to a gateway. In Figure 5a, 
primary provisioning server 302 includes audio package builder/export tool 500. 
Audio package builder/export tool 500 includes a graphical user interface that 
allows a user, through client 300, to select audio segments to be included in an 
audio package. Audio package builder/export tool 500 also includes computer- 
executable instructions for building audio packages from audio database 400 
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and for creating package definitions to be stored in database 400. in the 
illustrated embodiment, audio package 501 includes audio segments file 502, 
index file 504, and catalog file 506. The structure of each of these files in audio 
package 501 will be discussed in more detail below. 

Conceptually, an audio package created for export to other network 
elements (such as gateways) could contain the entire contents of relational 
database 400 on primary provisioning server 302. However, in a preferred 
embodiment of the invention, a small subset of audio, characterized by high 
use and low processing requirements, is selected with the graphical user 
interface presented through the web browser executing on client 300. 

As stated above, the JAVA applet executing on the client's web browser 
sends requests to primary provisioning server 302 to provision audio 
databases. The requests can also include requests for building and exporting 
audio packages. 

Exemplary requests that can be sent from client 300 to primary 
provisioning server 302 to support the creation and export of audio packages 
include: 

user authenticate 
create physical segment 
get physical segment 
get packages 
create package 

add physical segment to package 
delete physical segment from package 
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get package contents 
lock package 
export package. 

A user authenticate request allows only authorized users to create audio 
packages. A create physical segment request allows the user to add a 
segment to database 400. A get physical segment request allows a user to 
view physical segments stored in database 400. A get packages request 
allows a user to view packages stored in the database 400. A create package 
request allows a user to create a new audio package in database 400. An add 
physical segments to package allows a user to add segments to a package 
created by a create package request. A get package contents request allows 
a user to view the contents of a previously-created package. A delete physical 
segments from package allows a user to remove segments from a package. 
A lock package request allow a user to lock a package to prevent modification 
of the package. An export package request allows a user to export a package 
to a location accessible by client 300 so that the package can be transmitted 
to gateways. 

An audio package according to an embodiment of the present invention 
is a persistent, versioned entity tracked in database 400 on primary 
provisioning server 302. Once created, if an audio package is edited and 
changed, the changed package is given a new version number. Therefore, 
previously created packages can be reviewed, recreated, and augmented. 

In creating a package, the following steps are taken: 
A new, empty, named package is created. 



Audio segments are added to (or later subtracted from) the 
package. The audio segments are also versioned. If a package 
is recreated, and one of the audio segments has been updated, 
a warning is preferably provided to the user. 
Once all segments are added, the package is locked. Once 
locked, the contents of that version of the package are fixed. 
The package is exported to a location from which the package 
can be distributed to gateways and/or other switch types. In a 
preferred embodiment of the invention, the three files referenced 
above (audio segments, index, and catalog) are exported. 
Copies of the files can be retained in the file system of primary 
provisioning server 302 for tracking purposes. The package 
definition used to generate the files may be retained in the 
database. 

Figure 6 illustrates an exemplary property editor window of the graphical 
user interface that can be used to create an audio package. In Figure 6, the 
property editor window 600 includes input cells for receiving a name for the 
package, a description of the package, and the originator of the package. 
Additional cells display information regarding the package. Once the user 
clicks on "submit", a record is created or modified for the audio package in 
audio database 400 of provisioning server 302. 

Once the user has created a file for the audio package, the user can 
select audio segments to be added to or subtracted from the package. Figure 
7 illustrates a manage audio window 700 embedded in a browser window 702. 
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Manage audio window 700 includes a first area 704 that displays audio 
package names in a tree format and allows a user to select audio packages. 
Contents area 706 displays contents of the audio package selected in area 
704. A third area 708 includes a list of audio segments available for package 
building. Thus, in order to add audio segments to an audio package, the user 
highlights a segment in area 708 and clicks on the appropriate button on tool 
bar 710 to add the segment to the selected audio package. 

Once the user has selected the audio segments to be included in an 
audio package, and selects the export button on toolbar 710 audio package 
builder/export tool 500 illustrated in Figure 5a creates the audio segments file, 
the index file, and the catalog file based on the information selected by the 
user. The location to which the package is exported can be a fixed location on 
the provisioning server based on the user ID, the package ID, and the package 
version number. The file location and file names are displayed to the user in 
an export results dialog window. Figure 8 illustrates an exemplary package 
export results dialog window 800 that displays the results of exporting a 
package. In Figure 8, package export results dialog window 800 includes first 
display cell 802 that indicates whetherthe package was exported successfully. 
Export directory display cell 804 indicates the file location to which the package 
was exported. The file location can be a location on primary provisioning 
server 302 or client 300. The user of client 300 can then transfer the package 
to gateways in any suitable manner, e.g., electronically using FTP, or manually, 
using a disk. In an alternative embodiment, for example, as illustrated in Figure 
5b, the package can be exported directly to gateways. 
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Referring again to Figure 8, display cells 806, 808 and 810 indicate the 
audio segments, catalog, and index file names, respectively, that are stored in 
the location indicated by export directory display cell 804. Finally, display cell 
812 indicates segments that were requested to be included but not included in 
the package because the segments were deleted from the database after the 
package was locked, but before the package was exported. 

Audio Package Format 

As mentioned previously, the three files in the audio package that are 
delivered to a gateway are the index file, the audio segments file, and the 
catalog file. The format and contents of each file will be more completely 
described below; however, a short description of each file type will facilitate 
understanding of the rationale for this division of information. 

Referring back to Figure 5b, index file 504 includes information to be 
used by a gateway to play an audio segment in audio segments file 502. For 
example, index file 504 can include an audio identifier for each audio segment 
in audio segments file 502 and information indicating the location of the audio 
segment in audio segments file 502. In the illustrated embodiment, index file 
504 includes audio identifiers, offsets, and lengths for each audio segment in 
audio segments file 502. For example, the illustrated index file indicates that 
the audio segment corresponding to audio identifier "127" is located at offset 
in length "off.x" in audio segments file 502. Index file 504 also stores the 
length of the audio segment corresponding to audio identifier "127". Thus, in 
order to instruct gateway 200 to play the audio segment corresponding to audio 
identifier "127", a call server sends a request to gateway 200. The request 
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includes audio identifier "127". The . gateway searches the index file to 
determine the location and length of the audio segment for the announcement 
in the audio segments file. Gateway 200 then extracts the audio segment from 
the audio segments file and plays the audio segment to an end user. 

One advantage to using an index file is that it provides a standard 
mechanism for accessing audio, regardless of the internal format of the actual 
audio files. The index file also allows audio to be distributed among multiple 
files. This could be useful for managing audio by grouping logically related 
segments in the same file. Another advantage to the index file is that it 
promotes a flexible system. Audio files can vary from one to a large number 
of audio segments. 

Another file included in an audio package is catalog file 506. This file 
is preferably a text file, such as an ASCII file, that is used to document audio 
segments included in audio segments file 502. Catalog file 506 includes 
textual information that describes the audio segments and the characteristics 
of each segment (phrasing, recording information, etc.) For example, in the 
illustrated embodiment, catalog file 506 includes a title and a textual 
representation of the announcement corresponding to each audio segment. 

The following sections include a more complete description of the audio 
segments file, the index file, and the catalog file according to the present 
invention. The description is merely illustrative of file formats suitable for use 
with the present invention and is not intended to limit the invention to the 
specific formats described. 
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The Index File 

The index file includes the information required to play each audio 
segment. Figure 9 illustrates an exemplary data structure for the index file. In 
Figure 9, index file includes one record for each audio segment in the audio 
segments file. Each record includes a plurality of fields storing information 
regarding the audio segments file. In Figure 9, each row in table 900 
represents a record, while each column represents a field within a record. The 
name, content, and function of each of the fields is as follows: 
audio identifier - 4 bytes specifying an integer. 
Package ID - (2 bytes) - the ID of the package from which the 
index file was generated. The package ID combined with the 
version and an extension, e.g. ".aud", identifies the audio 
segment file. 

Package version - 2 bytes - the version of the package from 
which the index file was generated. 

Offset - 4 bytes binary - This field includes the starting offset to 
play the audio segment, indicating the number of bytes from the 
start of the audio segments file. 

Length - 4 bytes binary - This field includes the length in bytes of 
the audio segment. 

Segment format - 4 bytes binary - This field contains the format 
needed to play the audio, such as the codec and format (a-law, 
jj-law, etc.) 
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Checkdata - 4 bytes binary - This field includes data used as a 
cross-reference to ensure synchronization between the record in 
the index file, the record in the catalog file, and the actual audio 
file. The information can be used for auditing and debugging 
purposes. This field can also hold a checksum or a file size for 
verifying the integrity of the audio segments file. 
In the illustrated embodiment, the total length of one index record is 24 

bytes. 

The Audio Segments File 
Figure 10 is a block diagram illustrating the data structure of an audio 
segments file according to an embodiment of the present invention. In the 
illustrated embodiment, audio segments file 502a contains three sections: a 
first section 1000, a second section 1002, and a third section 1004. In the 
illustrated embodiment, sections 1000-1004 contain the following information: 
The first section 1000 contains 4 bytes that hold the number of 
audio segments contained in audio segments file 502a. 
The second section 1 002 contains the checkdata values for all of 
the audio segments. For each audio segment, there is a 4 byte 
value. If there are 20 audio segments in the file, there is a group 
of 80 contiguous bytes containing the checkdata for the 
segments. The checkdata value for each segment should match 
the value in the index and catalog files. 
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The third section 1004 of audio segments file 502a contains the 
actual audio segments. The audio segments are preferably 
stored contiguously in audio segments file 502a. 
Catalog File 

The catalog file includes information that describes the format and 
content of the audio segments in a human-readable format. In a preferred 
embodiment of the invention, the catalog file includes one record describing 
each audio segment in the audio segments file. Figure 11 illustrates an 
exemplary record format for the catalog file. In the illustrated embodiment, and 
exemplary record 1100 includes the following fields for storing information 
about each audio segment in the audio segments file: 

Audio identifier - This is the same audio identifier referenced in 

the index file. 

Title - a short phrase describing the segment. 

Text - the word or phrase contained in the segment. 

Codec- G.711,G.728, etc. 

Format - (j-law, a-law, ADPCM, etc. 

Recording date - when the segment was recorded. 

Version - an identifier used to track multiple versions of the same 

audio segment. 

Voice identifier - indicates the voice talent for the audio. 
Group - indicates user of the audio. 
Subgroup - subset of the group 
Language - the language of the segment. 
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Release notes - an additional field for documenting the version. 
Checkdata - This number is the same checksum value that is 
stored in the index and audio segments file. It is used to ensure 
synchronization between the various files during auditing and 
debugging. 

Like the index file, the catalog file preferably includes a version number 
that tracks the format of the catalog file. 

Relationships Am ong the Files 

Figures 12a and 12b are block diagrams illustrating the relationships 
between the index file, the catalog file, and the audio segments file. In Figures 
12a and 12b, index file 504a contains an audio identifier, "2345". The offset 
field in index file 504a indicates that the audio segment corresponding to the 
audio identifier "2345" is located at an offset of 1 7,820 bytes from the beginning 
of the audio segments file 502a that has a file ID of 0001. The check data 
fields in the index file 504a, the audio segments file 502a, and the catalog file 
record 1100a are all equal to "1755" for the audio identifier "2345", thus 
indicating that the files are synchronized. Finally, the Len field for audio 
identifier "2345" indicates that the corresponding audio segment in audio 
segments file 502a is 10 kilobytes in length. 

Accessing Audio Segments 

In order to access an audio segment corresponding to audio identifier, 
a gateway or other device performs a lookup in the index file to obtain the 
offset and length of the audio segment. Depending on the number of audio 
segments referenced in the index file, the index file can be configured to 
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optimize searches. A b-tree, for example, could be useful in improving access 
time. 

Audio Package Definitions 
According to another aspect of the invention, the audio package 
5 builder/export tool 500 illustrated in Figure 5a creates an audio package 
definition and stores the audio package definition in database 400 when a user 
creates an audio package, as described above. An audio package definition, 
according to an embodiment of the present invention, contains information 
sufficient to recreate the audio package and/or allow user modification of the 

10 audio package. For example, as illustrated in Figure 6, each audio package 
created by a user is assigned a package ID and a version number. The 
package ID and the version number may be used to index an audio package 
definition in database 400. The package definition may include a list of audio 
identifiers corresponding to audio segments included in the audio package. 

15 Thus, when a user desires to obtain a copy of a previously-created audio 
package or create a modified version of the audio package, the user may 
simply access the package by name using the graphical user interface 
illustrated in Figures 6-8. The audio package builder/export tool may perform 
a lookup in database 400 for the package ID and version number 

20 corresponding to the name. If the user exports the package as is, e.g., by 
selecting the appropriate button on toolbar 710 illustrated in Figure 7, audio 
package builder/export tool 500 may create the files to be included in the audio 
package for that package ID and version. If the same package with the 
identical package ID and version were exported before, the files will be 
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overwritten. If the user desires to clone the package definition (causing a new 
package ID to be assigned and a new package definition to be created in 
database 400) and then exported without modification, audio file builder/export 
tool 500 creates a copy of the files that were included in the original audio 
package. 

If the user modifies the contents of a package, audio file builder/export 
tool 500 preferably creates a new package definition with the same package 
ID as the original package and a new version number and stores the new 
package definition in database 400. 

Creating and storing audio package definitions in database 400 
increased efficiency and accuracy in provisioning audio on gateways. For 
example, an audio segments file on a gateway may become corrupted or be 
inadvertently deleted. In this situation, the user simply accesses audio 
database 400, locates the definition for the previously created package, and 
exports the package to the gateway. In another example, if a user desires to 
modify an announcement being played by a gateway, the user accesses the 
previously- created package definition, makes the desired modifications, and 
exports the new package to the gateway. A new package definition 
corresponding to the package is stored in database 400. Thus, by creating and 
storing package definitions in database 400, the present invention greatly 
facilitates the provisioning of audio on gateways. 

The present invention provides novel methods and systems for 
provisioning frequently-accessed announcements to network elements 
connected to end users. Because end users can access announcements 
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without establishing a network connection with an audio server, network 
congestion and workload is reduced. In addition, exporting audio packages 
from a provisioning server using a convenient graphical interface reduces the 
time required to provision gateways and increases the accuracy of the 
provisioning operation. 

It will be understood that various details of the invention can be changed 
without departing from the scope of the invention. Furthermore, the foregoing 
description is for the purpose of illustration only, and not for the purpose of 
limitation-the invention being defined by the claims. 
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CLAIMS 

What is claimed is: 

1 . A system for generating an audio package containing an audio 
segment to be played by a gateway in a network, the system comprising: 

(a) an audio database for storing audio segments containing 
announcements to be played to an end user in a network; and 

(b) an audio package builder/export tool for accessing the audio 
database to build an audio package including an audio segments 
file for storing an audio segment to be played by a gateway in the 
network and an index file containing information usable by the 
gateway for locating the audio segment in the audio segments 
file. 

2. The system of claim 1 wherein the audio package includes a 
catalog file containing information describing the audio segment in the audio 
segments file. 

3. The system of claim 1 wherein the audio package builder/export 
tool is adapted to select audio segments from the audio database to be 
included in the audio segments file based on selections received from a user. 

4. The system of claim 3 wherein the audio package builder/export 
tool includes a graphical user interface configured to receive the selections 
from the user through a web browser. 

5. The system of claim 1 comprising means for exporting the audio 
package to a plurality of gateways in the network. 
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6. The system of claim 5 wherein the means for exporting includes 
means for exporting the audio package over a packet-based network. 

7. The system of claim 5 wherein the means for exporting includes 
means for storing the audio package on a disk or memory storage medium. 

8. The system of claim 7 wherein the means for exporting includes 
means for transmitting the audio package to a client over a packet-based 
network and means for transmitting the audio package from the client to a 
plurality of gateways. 

9. A system for building an audio package, the system comprising; 

(a) an audio database for storing audio segments containing 
announcements to be played to an end user in a network; and 

(b) an audio package builder/export tool for allowing a user to select, 
from the audio database, an audio segment to be played by a 
gateway and for building an audio package containing the audio 
segment selected by the user. 

1 0. The system of claim 9 wherein the audio package builder/export 
tool is configured to present a graphical user interface to the user over a 
network for receiving user selections. 

1 1 . The system of claim 1 0 wherein the audio package builder/export 
tool is configured to present the graphical user interface through a web browser 
executing on a client computer. 

12. The system of claim 9 wherein the audio package includes an 
audio segments file containing the audio segment selected by the user and an 
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index file containing information usable by gateways for locating audio the 
audio segment in the audio segments file. 

13. The system of claim 9 wherein the audio package includes a 
catalog file containing descriptive information relating to the audio segment 

5 selected by the user. 

14. The system of claim 9 comprising means for exporting the audio 
package to a plurality of gateways. 

15. The system of claim Uwhereinthe means for exporting includes 
means for exporting the audio package over a packet-based network. 

10 16. The system of claim 14 wherein the means for exporting includes 

means for storing the audio package on a disk or memory storage medium. 

1 7. The system of claim 14 wherein the means for exporting includes 
means for transmitting the audio package to a client over a packet-based 
network and means for transmitting the audio package from the client to a 

1 5 plurality of gateways. 

18. A data structure embodied in a computer-readable medium 
usable by a gateway for locating an audio segment in an audio segments file 
to play the audio segment to an end user in a network, the data structure 
comprising: 

20 at least one record containing information regarding an audio segment 

in the audio segments file,' the record including: 
(i) a first data field for storing an audio identifier for identifying the 
audio segment in the audio segments file; and 
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(ii) a second data field for storing information regarding a location of 
the audio segment in the audio segments file. 

19. The data structure of claim 18 wherein the second data field 
stores an offset indicating a location of the audio segment from an initial 
address of the audio segments file. 

20. The data structure of claim 19 comprising a third data field for 
storing information indicating a length of the audio segment. 

21. The data structure of claim 18 comprising a third data field for 
synchronizing the record with the audio segment in the audio segments file. 

22. A data structure embodied in a computer-readable medium for 
storing an audio segment containing an announcement to be played by a 
gateway in a network, the data structure comprising: 

(a) a first section for storing an audio segment containing an 
announcement to be played by a gateway in a network; and 

(b) a second section for storing information indicating the number of 
audio segments in the first section. 

23. The data structure of claim 22 comprising a third section for 
storing check data for synchronizing the audio segment with a record in an 
index file usable by the gateway to locate the audio segment in the first section. 

24. The data structure of claim 22 wherein the first section includes 
a plurality of audio segments at locations corresponding to offset values in an 
index file usable by the gateway to locate the audio segments in the first 
section. 
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25. A method for distributing audio data to a gateway in a network, 
the method comprising: 

(a) receiving a request from a user for selecting an audio segment 
containing an announcement to be played by a gateway in a 

5 network; 

(b) generating an audio package including the audio segment 
selected by the user; and 

(c) exporting the audio package to the gateway. 

26. The method of claim 25 wherein receiving the request includes 
10 receiving a request generated by a web browser. 

27. The method of claim 25 wherein generating an audio package 
includes generating an audio segments file containing the audio segment 
selected by the user and an index file containing information for locating the 
audio segment in the audio segements file. 

15 28. The method of claim 25 wherein generating an audio package 

includes generating a catalog file containing descriptive information regarding 
the audio segment selected by the user. 

29. The method of claim 25 comprising exporting the audio package 
to a plurality of gateways to ensure consistent delivery of announcements by 

20 the gateways. 

30. A method for building an audio package including an audio 
segment containing an announcement to be played by a gateway in a 
telecommunications network, the method comprising: 
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(a) storing, in an audio database, audio segments to be played to 
an end user in a network; and 

(b) generating an audio package including a subset of the audio 
segments in the audio database. 

31. The method of claim 30 wherein generating an audio package 
includes generating an audio segments file containing the subset of audio 
segments and an index file containing information for locating audio segments 
in the audio segments file. 

32. The method of claim 31 wherein generating an audio package 
includes generating a catalog file including records containing information 
describing the audio segments in the audio segments file. 

33. The method of claim 30 further comprising exporting the audio 
package to a plurality of gateways in the network. 

34. The method of claim 33 wherein exporting the audio package to 
a plurality of gateways includes transmitting the audio package over a packet- 
based network. 

35. The method of claim 33 wherein exporting the audio package to 
a plurality of gateways includes transmitting the audio package to a client 
computer and forwarding the audio package from the client computer to the 
plurality of gateways. 

36. The method of claim 30 further comprising receiving requests 
from a user including audio identifiers indicative of audio segments to be 
included in the audio package and wherein generating the audio package 
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includes extracting audio files from the audio database based on the audio 
identifiers. 

37. A method for provisioning audio on a gateway comprising: 

(a) storing a first audio package definition in an audio database, the 
first audio package definition containing information sufficient to 
allow creation of a first audio package containing audio to be 
played a gateway; and 

(b) in response to a first user request, accessing the audio database, 
locating the first audio package definition, creating the first audio 
package based on the definition, and exporting the audio 
package from the audio database. 

38. The method of claim 37 wherein storing a first audio package 
definition includes storing an audio package definition including a plurality of 
audio identifiers representing audio segments in the audio database. 

39. The method of claim 37 comprising, in response to a second 
user request, locating the first audio package definition, modifying the first 
audio package definition based on the second user request, creating a second 
audio package based on the modified package definition, and exporting the 
second audio package from the audio database. 

40. The method of claim 39 comprising storing the modified audio 
package definition in the audio database. 

41 . An audio package for storing an announcement to be played by 
a gateway in a network, the audio package being embodied in a signal 
propagated over the network, the audio package comprising: 
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(a) an audio segments file containing an audio segment to be played 
by a gateway in the network; and 

(b) an index file containing information usable by the gateway to play 
the audio segment. 

5 42. The audio package of claim 41 comprising a catalog file 

containing information describing the audio segment in the audio segments file. 

43. The audio package of claim 41 wherein the index file contains 
information specifying the location of the audio segment in the audio segments 
file. 



10 
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Abstract of the Disclosure 
Methods and systems for building and distributing audio packages 
include a database storing audio files to be played to end users in a 
telecommunications network. An audio package builder/export tool generates 
audio packages including audio segments files and index files. Audio 
segments files include audio segments to be played by gateways in the 
telecommunications network. Indexfiles include information used by gateways 
to located audio segments in audio segments files. The audio packages are 
distributed to gateways in the telecommunications network to enable the 
gateways to play audio to end users. 
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CATALOG FILE RECORD 

Record Number 4 

Audio Identifier: 2345 

Title: Office Hours Announcement 

Text: Please call during regular office hours. 

Codec: G.711 

Format: alaw 

Recording date: October 8, 1998 
Version: 1.0 

Voice Identifier: Jane Smith, International Talent Inc. 

Group: NA 

Subgroup: NA 

Language: English 

Release Notes: Initial version 

Checkdata: 1755 
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DECLARATION FOR UTILITY OR 
DESIGN 
PATENT APPLICATION 
(37 CFR 1.63) 



M Declaration 
Submitted 
with Initial 
Filing 



□ Declaration 

OR Submitted after Initial 
Filing (surcharge 
(37 CFR 1.16(e)) 

required) 



Attorney Docket Number 



First Named Inventor 



1273/12 



Clarkson et al. 



COMPLETE IF KNOWN 



Application Number 



Filing Date 



Group Art Unit 



Examiner Name 



Herewith 



As a below named Inventor, I hereby declare that: 

My residence, post office address, and citizenship are as stated below next to my name. 

I believe I am the original, first and sole inventor (if only one name is listed below) or an original, first and joint inventor (if plural 
names are listed below) of the subject matter which is claimed and for which a patent is sought on the invention entitled: 



METHODS AND SYSTEMS FOR BUILDING AND DISTRIBUTING AUDIO 
PACKAGES 



the specification of which 

^ is attached hereto 
OR 

□ was filed on (MM/DD/YYYY) I 



(Title of the Invention) 



as United States Application Number or PCT international 



Application Number V 



and was amended on (MM/DD/YYYY) 



(if applicable). 



1 hereby state that \ have reviewed and understand the contents of the above identified specification, including the claims, as 
amended by any amendment specifically referred to above. 

1 acknowledge the duty to disclose information which is material to patentability as defined in 37 CFR 1 .56. 



I hereby claim foreign priority benefits under 35 U.S C. 119(a)-(d) or 356(b) of any foreign application(s) for patent or inventor's 
certificate, or 356(a) of any PCT international application which designated at least one country other than the United States of 
America, listed below and have also identified below, by checking the box, any foreign application for patent or inventor's certificate, 
or of any PCT international application having a filing date before that of the application on which priority is claimed. 



Prior Foreign Application 




Foreign Filing Date 


Priority 


Certified Copy Attached? 


Number(s) 


Country 


(MM/DD/YYYY) 


Not Claimed 


YES NO 
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□ □ 
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□ □ 
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□ □ 
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□ □ 



□ da^tion^Hotejaj^ 



I hereby claim the benefit under 35 U.S.C. 119(e) of any United States provisional application^) listed below. 



Application Number(s) 



Filing Date (MM/DD/YYYY) 



| | Additional provisional application 
numbers are listed on a 
supplemental priority data sheet 
PTO/SB/02B attached hereto. 
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DECLARATION — Utility or Design Patent Application 



I hereby claim the benefit under 35 U.S.C. 120 of any United States application(s), or 365(c) of any PCT international application designating the 
United States of America, listed below and, insofar as the subject matter of each of the claims of this application is not disclosed in the prior 
United States or PCT International application in the manner provided by the first paragraph of 35 U .S.C. 1 1 2 , 1 acknowledge the duty to disclose 
information which is material to patentability as defined in 37 CFR 1 .56 which became available between the filing date of the prior application 
and the national or PCT international filing date of this application. 



U.S. Parent Application or PCT Parent 
Number 



Parent Filing Date 
(MM/DD/YYYY) 



Parent Patent Number 
(if applicable) 



a 

Ass 



Additional U.S. or PCT international application numbers are listed on a supplemental priority data sheet PTO/SB/02C attached hereto. 



a a named inventor, I hereby appoint the following registered practfoner(s)To^rosecu^ and to traTisacTaJEus^ 

and Trademark Office connected therewith: [-J Customer Number f 



OR 



fxl Registered practitioners) name/registration number listed below 



Place Customer 
Number Bar Code 
Lahfil here 



Name 



Registration 
Number 



Name 



Registration 
Number 



Jeffrey L. Wilson 
Richard E. Jenkins 
Aries A. Taylor, Jr. 



36,058 
28,428 
39,395 



Jennifer L. Skord 
Gregory A. Hunt 
David P. Gloekler 



30,687 
41,085 
41,037 



^y_Ag^rtic^jregjstere^ Information sheet PTO/SB/02C attached hereto. 



Direct all correspondence to: □ Customer Number 

or Bar Code Label 



OR 00 Correspondence address below 



Name 



Jeffrey L. Wilson 



Address 



Jenkins & Wilson, PA. 



Address 



Suite 1400 University Tower, 3100 Tower Boulevard 



City 



Durham 



State NC 



ZIP 



27707 



Country 



USA 



Telephone (919) 493-8000 



Fax (919)419-0383 



I hereby declare that alt statements made herein of my own knowledge are true and that all statements made on information and belief are 
believed to be true; and further that these statements were made with the knowledge that willful false statements and the like so made are 
punishable by fine or imprisonment, or both, under 18 U.S.O 1001 and that such willful false statements may jeopardize the validity of the 
application or any patent issued thereon. 



Name of Sole or First Inventor: 



D A petition has been filed for this unsigned inventor 



Given Name (first and middle [if any]) 



Family Name or Surname 



Laurence Wayne 



Clarkson 



Inventor's 
Signature 



Date 



Residence: City 



Wake Forest 



State 



NC 



Country. 



USA 



citizenship Canada 



Post Office Address 



7101 Avborough Court 



Post Office Address 



City 



Wake Forest state NC 



zip 27587-7397 



Country USA 
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Name of Additional Joint Inventor, if any: 



PI A petition has been filed for this unsigned inventor 



Given Name (first and middle [if any]) 



Family Name or Surname 



Jeffrey Dean 



Larming 



Inventor's 
Signature 



Residence: City 



Cary 



State NC 



Country USA 



Citizenship USA 



Post Office Address 



2905 Cowlev Road 



Post Office Address 



City 



Ca^ 



State NO 



zip 27511 



Country USA 



Name of Additional Joint Inventor, if any: 



I I A petition has been filed for this unsigned inventor 



Given Name (first and middle [if any]) 



Family Name or Surname 



Melissa Ann 



Metts 



Inventor's 
Signature 



Date 



Residence: City 



Raleigh 



State NC 



Country 



USA 



Citizenship 



USA 



Post Office Address 



8517Hawksmoor Drive 



Post Office Address 



City 



Raleigh 



State 


NC 


ZIP 


27615 


Country 



USA 



Name of Additional Joint Inventor, if any: 



PI A petition has been filed for this unsigned inventor 



Given Name (first and middle [if any]) 



Family Name or Surname 



Xiaofeng 



Gao 



Inventor's 
Signature 



Date 



Residence: City 



Alpharetta 



State GA 



Country jUSA 



Citizenship 



China 



Post Office Address 



750 Lake Medford Drive 



Post Office Address 



City 



Alpharetta 



State 



GA 



ZIP 



30022 



Country 



USA 
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